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(57) The present invention is applied tothe case that 
in a communication system establishing communication 
between a radio intelligent terminal (1 ) and a server (6) 
via gateways (4, 5), it is necessary to exchange from the 
gateway to be used originally (eg. 4) to another gateway 
(eg. 5) for various reasons. Firstly it is arranged in this 
invention that at receiving a gateway exchange instruc- 
tion, an information notifying means notifies a radio in- 
telligent terminal (1) of the generation of gateway ex- 
change. In the case of only notifying the gateway ex- 
change, the above information in addition to the ex- 
change notice contains information necessary for com- 
munication between the radio intelligent terminal (1 ) and 
the server (6) via exchange-destination gateway (eg. 5), 
for example, the exchange-destination gateway ad- 
dress. A range of further means and methods for effi- 
ciently performing gateway exchange in the communi- 
cation system are also disclosed. 
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Description 

[0001] This invention relates to a radio communica- 
tion system more specially, gateway exchange methods 
for said system and gateways, radio intelligent terminals 
and radio communication system applied to said meth- 
od. 

[0002] As Internet services such as WWW (World 
Wide Web) and etc. are rapidly widespread in recent 
years, the expansion of computer network scale and the 
diversity of said connecting mode are now in progress. 
[0003] In order to meet said progress, the gateways 
which connect intelligent terminals and servers via net- 
work are required to improve the processing perform- 
ance and to increase the functions. 
[0004] A mobile computing is shown as an example 
of the diversity of connecting mode. The mobile com- 
puting is a radio communication network which is able 
to communicate with a computer network by using a mo- 
bile terminal network such as portable phone network 
adding an intelligent terminal with a radio communica- 
tion function even at moving just now or even at a place 
impossible to connect. 

[0005] Figs. 5 and 6 are conceptual view showing the 
communication mode adopting the above radio commu- 
nication network. 

[0006] Fig. 5 shows a constitution of the radio com- 
munication network with public network or in-house net- 
work for example, Local Area Network (LAN). 
[0007] When an user is going to execute an applica- 
tion in a terminal 1 , the communication is performed be- 
tween the terminal 1 and a sever 6 passing through a 
radio base station 2, a network 3, and a gateway 11 or 
12. And the application is executed. 
[0008] Fig 6 shows an example of a radio communi- 
cation network, wherein gateways themselves have a 
server function, without passing through a network op- 
erated in comparatively small area such as an office, for 
example, shown in Fig. 5. Namely, the communication 
is performed between the terminal 1 and the gateway 
11 or 12 via radio base station 2 and the application is 
to be executed. 

[0009] In the radio communication network as de- 
scribed above, it is necessary to expand functions of 
gateways to meet the change of networks and to stop 
the operation of gateways temporarily for regular main- 
tenance and so on. In order to continue the network op- 
eration even at the stop of the gateway, the gateway 
connect exchange function is required to the network, 
that is, a plural gateways are to be prepared as shown 
in Figs. 5 and 6, and when the a gateway 11 stops, the 
communication is to be performed between the terminal 
and the server through other gateway 12. 
[0010] The outline of the communication protocol be- 
tween the terminal and the gateway will be explained 
according to Fig 7. 

[0011] An application 71 in the terminal is a program 
such as WWW browser that an user operates directly. 



And an application 75 in the gateway (shown in an ex- 
ample in Fig. 6 as gateway including server function) is 
a program for sending and receiving information with an 
application in the terminal, for example, a WWW server 
5 software. 

[001 2] A session layer protocol 72 is a protocol for of- 
fering a transfer controlling function which is common to 
various applications 71 and 75, for example, a means 
such as a transfer processing of dividing into a transfer- 
ee able data and of transferring per divided unit. And a 
management entity at management entity 73 is a pro- 
gram for managing system resources (such as a mem- 
ory) used by a plural session processes which occurs 
at the data communication between a terminal and a 
15 server, and for managing processings over the whole 
system (for example, notice of a gateway exchange tim- 
ing). A lower protocol 74 is a program and device for 
performing a communication control. 
[0013] Fig 8 shows the communication sequence in 
20 the communication mode. 

[0014] A session layer protocol 802 in a terminal 1 is 
in communication 803 with a session layer protocol 804 
in the gateway 11 in order to execute the application 
801 . At this time, an gateway exchange instruction 808 
25 is issued by an operator to a management entity 805 in 
the gateway 11 . and the management entity 805 sends 
a disconnect notice 809 to the session layer protocol 
802 in the terminal 1 via the session layer protocol 804. 
Accordingly the session layer protocol 802 in the termi- 
30 nal 1 performs the disconnect display 810 to the appli- 
cation 801 or not, and then the execution of the appli- 
cation 801 is suspended. 

[001 5] After the gateway 1 1 sends out the disconnect 
notice 809, the gateway 11 stops according to the oper- 
as ator's instruction or the function of the gateway 1 1 . After 
that, the terminal 1 , in orderto re-execute the application 
801 thus suspended, requests the session layer proto- 
col 802 to re-connect 811 with the gateway 1 2 according 
to the information in itself. 
40 [0016] After the session 812 is established between 
the session layer protocol 802 and the session layer pro- 
tocol 806 in the gateway 1 2, the state gets to be in com- 
munication 813 and it becomes possible to re-execute 
the suspended application 801 . 
45 [0017] In the conventional technique as described 
above, however, there is a problem as follows. Namely 
when the gateway connect exchange is performed be- 
cause of the stop of gateway, the terminal has to finish 
the executing application temporarily and then re-exe- 
50 cute the application from the beginning after re-connect- 
ing with other gateway. 

[0018] And in order to re-execute the application by 
the the terminal after exchanging the gateway as de- 
scribed, it is necessary to store beforehand in the termi- 
55 nal the address information about a plural gateways to 
be changeable objects. But it means that the information 
necessary only for exchanging the connection of gate- 
way are always stored in the terminal, which is equiva- 
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lent to the wasteful use of resources. And this is another 
problem for the terminal required to be compact and 
have many functions. 

[001 9] And further problem is that, whenever it occurs 
that the network constitution changes by the addition, 
the delete and etc. of servers or gateways, the address 
information of the gateway stored in the terminal have 
to be updated. And when the connection exchanges to 
other gateway, it is necessary that the information such 
as terminal port number, terminal address and terminal 
capability must be negotiated between the terminal and 
the exchange-destination gateway. As it takes much 
time for the negotiation, there is a long time before the 
application is re-executed. This is a problem too. 
[0020] And as a result of the negotiation between the 
terminal and the exchange-destination gateway, if said 
gateway does not have a capacity or resource able to 
accommodate the communication facility (capability) of 
the terminal, the terminal finishes the connection with 
the gateway. And the terminal tries to connect with other 
gateway again and again till it can find out the gateway 
able to accommodate the communication capability of 
the terminal, which is very bad in operation efficiency. 
But there is a possibility that these conditions will hap- 
pen, and this is also a problem. 

[0021] The present invention is proposed in order to 
solve and improve the above problems. And the object 
of the present invention is to provide an automatic gate- 
way exchanging method and device wherein it is possi- 
ble to exchange the connecting gateway without finish- 
ing an application executed in a terminal, it is not nec- 
essary for a terminal to always keep information of a plu- 
ral gateway, it is easy for a terminal to meet various 
changes of network constitution, it is possible to shorten 
a time for the negotiation of connecting a terminal to a 
gateway, and it is possible to connect at atime a terminal 
to a gateway with a resource and capability accommo- 
dating the terminal. 

[0022] To achieve the above object, the present in- 
vention adopts the following arrangement. 
[0023] The present invention is applied to the case 
that in a communication system establishing the com- 
munication between a radio intelligent terminal and a 
server via gateway, it is necessary to exchange from a 
gateway to be used originally to other gateway because 
of any reason. 

[0024] First, it is arranged in this invention that at re- 
ceiving a gateway exchange instruction an information 
notifying means may notify a radio intelligent terminal of 
the generation of gateway exchange. 
[0025] In case of notifying only the gateway ex- 
change, the above information in addition to the ex- 
change notice can contains information necessary for 
the communication between the radio intelligent termi- 
nal and the server via exchange-destination gateway, 
for example, the exchange-destination gateway ad- 
dress. 

[0026] In case of notifying the terminal of the informa- 



tion necessary for the communication with the server via 
exchange-destination gateway, a restart activating 
means in the radio intelligent terminal executes a restart 
sequence for the communication with the exchange- 

5 destination gateway instead of suspending the commu- 
nication with the exchange-original gateway. It can oc- 
cur that the exchange notice is sent from the exchange- 
original gateway when the radio intelligent terminal does 
not receive services from the server. At this time, a com- 

70 munication activating means in the radio intelligent ter- 
minal starts the communication with the server via the 
exchange-destination gateway. 

[0027] At the time of the gateway exchange, it is pos- 
sible for the exchange-original gateway to transmit in 

15 advance the information necessary for the communica- 
tion with the radio intelligent terminal to the exchange- 
destination gateway by an information exchanging 
means and receive the confirmation of the permission 
to start the communication from the exchange-destina- 

20 tion gateway. 

[0028] In case that there is an information exchanging 
means between gateways, the exchange-original gate- 
way can transmit to the exchange-destination gateway 
the capability together with the address of the radio in- 

25 telligent terminal. Thereby, the exchange-destination 
gateway , if its own capability is inferior and not able to 
accommodate the terminal informs the exchange-orig- 
inal gateway of the maximum of its own capability. 
[0029] After the exchange-original gateway informs 

30 the radio intelligent terminal of the maximum of capabil- 
ity, the radio intelligent terminal restarts the communi- 
cation via the exchange-destination gateway under the 
conditions of said maximum of capability. If the commu- 
nication cannot be performed under the conditions of 

35 said maximum of capability, the communication is to be 
suspended based on the judgment means in the ex- 
change-original gateway or the judgment means in the 
radio intelligent terminal. 

[0030] But there is a possibility that an incomplete 
40 transaction is left at the suspend processing. 

[0031] In case of the gateway without the information 
exchange means, the exchange-original gateway in- 
forms the server corresponding to the exchange-desti- 
nation gateway of the respondent (the radio intelligent 
45 terminal) address before the restart instruction of the ra- 
dio intelligent terminal. Thereby, the incomplete trans- 
action at the time of restart is to be completed. In case 
of the gateway with the information exchange means, 
the exchange-original gateway informs the exchange- 
50 destination gateway of the transaction conditions, there- 
by the incomplete transaction at the time of restart is to 
be completed. 

[0032] It can occur that the communication condition 
between the radio intelligent terminal and the server 
55 changes before and after the exchanging of information 
At this time, according to the restart sequence, the latest 
communication conditions are to be sent to the ex- 
change-destination gateway. 
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[0033] The terms described above in the present in- 
vention will be interpreted as following explanations, 
and also in the drawings are the same. 
[0034] The information notifying means: an exchange 
instruction is given from an operator of a gateway to an 
exchange-original gateway. The management entity in 
the exchange-original gateway receives the exchange 
instruction, edits the contents of notice to a radio intel- 
ligent terminal, and informs the radio intelligent terminal 
of the contents of notice via the session layer protocol. 
Therefore, the information notifying means is composed 
of the management entity and the session layer protocol 
in a gateway. 

[0035] The information exchanging means: which is 
included in the exchange-original gateway and the ex- 
change-destination gateway respectively, and executes 
the exchange of information, such as the radio intelligent 
terminal address, between the management entities 
mutually. As it is needless to say that the edit of the con- 
tents of notice is performed by the management entity, 
the information exchanging means is also composed of 
the management entity. In the drawings, the information 
exchange is to be made between the management en- 
tities, but it may be arranged that the information ex- 
change is executed between the session layer protocols 
of both gateways. Even in this case, the exchanged in- 
formation is supplied from the management entity to the 
session layer protocol. 

[0036] The restart activating means: at receiving the 
information such as the exchange-destination gateway 
address, the session layer protocol in the radio intelli- 
gent terminal executes the restart sequence after per- 
forming the suspend processing of the communication 
with the exchange-original gateway. Therefore, the re- 
start activating means is composed of the session layer 
protocol in the radio intelligent terminal. But the commu- 
nication activating means does not execute the suspend 
processing, which is different from the restart activating 
means. And in this case, the communication activating 
means is also composed of the session layer protocol. 
[0037] The judgment means: as described above, 
said means judges whether the communication be- 
tween the radio intelligent terminal and the exchange- 
destination gateway can be performed by comparing the 
capability of the radio intelligent terminal with of the ex- 
change-destination gateway. There are two cases that 
said means is included in the radio intelligent terminal 
and in the exchange-destination gateway. In both case, 
the management entity is to perform the judgement. 
[0038] Fig. 1 is a constitutional view of a radio com- 
munication network via public network or in-house net- 
work with gateways sharing a common server in the em- 
bodiment of this invention . 

[0039] Fig 2 is a structural view of a radio communi- 
cation network via public network or in-house network 
with gateways themselves having information in the em- 
bodiment of this invention. 

[0040] Fig. 3 is a constitutional view of a radio com- 



munication network via public network or in-house net- 
work with each gateway connected with its own server 
in the embodiment of this invention. 
[0041] Fig. 4 is a constitutional view of a radio com- 

5 munication network with gateways themselves having 
information without passing through the public network 
or in-house network in the embodiment of this invention. 
[0042] Fig. 5 is a constitutional view of a radio com- 
munication network via public network or in-house net- 

70 work with gateways sharing a common server in the em- 
bodiment of the conventional invention. 
[0043] Fig. 6 is a constitutional view of a radio com- 
munication network via public network or in-house net- 
work with gateways themselves having information in 

15 the embodiment of the conventional invention. 

[0044] Fig 7 is a diagram showing the positioning of 
the session layer protocol and the management entity 
at session layer in the protocol stack between the ter- 
minal and the gateway. 

20 [0045] Fig. 8 shows a sequence of the gateway ex- 
change in the conventional invention under the consti- 
tution shown in Fig 6. 

[0046] Fig. 9 shows a sequence of the gateway ex- 
change in the embodiment of this invention under the 
25 constitution shown in Fig. 1. 

[0047] Fig. 10 shows a sequence of the gateway ex- 
change in the embodiment of this invention under the 
constitution shown in Fig 2. 

[0048] Fig. 11 shows a sequence of the gateway ex- 
30 change in the embodiment of this invention under the 
constitution shown in Fig 3. 

[0049] Fig. 1 2 shows a concrete example of the gate- 
way exchange sequence in this invention. 
[0050] Fig. 13 shows a sequence in case that the 
35 communication generates between the terminal and the 
server for the period of the negotiation between gate- 
ways. 

[0051] Fig 14 shows a sequence showing the timing 
for stopping the gateway in communication with a plural 
40 terminal. 

[0052] Fig 1 5 shows a sequence in case of performing 
the connect exchange to other gateway because of re- 
ceiving the exchange rejection from the exchange-des- 
tination gateway by the gateway negotiation. 
45 [0053] Fig 16 shows a sequence in case of the ex- 
change-destination gateway without the capability of ac- 
commodating the terminal. 

[0054] Fig. 1 7 shows a sequence in case of displaying 
by the application in the terminal that the gateway ex- 
50 change is now running. 

[0055] Fig. 1 8 shows a sequence for the gateway ex- 
change in the embodiment of this invention under the 
constitution shown in Fig. 1. 

[0056] Fig. 19 is a concrete example showing a se- 
55 quence of the gateway exchange in this invention. 

[0057] Fig. 20 shows a sequence of retransmission 
control of the gateway and the terminal in this invention. 
[0058] Fig. 21 shows a sequence of a transaction 
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processing generated after the gateway exchange no- 
tice. 

[0059] Fig 22 shows a sequence of a transaction 
processing without receiving data in response to a re- 
quest generated before the gateway exchange notice. 
[0060] Fig. 23 shows a transaction of a transaction 
processing receiving data in response to a request gen- 
erated before the gateway exchange notice. 
[0061] Fig. 24 shows a sequence of the gateway ex- 
change in Embodiment 5 of this invention. 
[0062] Fig. 25 shows a sequence of a transaction 
processing generated after the gateway exchange no- 
tice at the time of the gateway exchange described in 
Embodiment 5 of this invention. 

[0063] Fig 26 shows a sequence of a transaction 
processing without receiving data in response to a re- 
quest generated before the gateway exchange notice at 
the time of the gateway exchange described in Embod- 
iment 5 of this invention. 

[0064] Fig. 26 shows a sequence of a transaction 
processing receiving data in response to a request gen- 
erated before the gateway exchange notice at the time 
of the gateway exchange described in Embodiment 5 of 
this invention. 

[0065] The embodiments of the present invention will 
be explained hereinafter. 

EMBODIMENT 1 

[0066] Fig. 1 shows the constitution of a radio com- 
munication network with gateways having a common 
server via public network in this embodiment of the 
present invention. 

[0067] A terminal 1 is a radio intelligent terminal such 
as a notebook-type personal computer connected with 
a portable phone. A base station 2 is a base station for 
portable phone. And a network 3 is a public network for 
portable phone. 

[0068] A gateway 4 shares a server 6 with a gateway 
5. The server 6 is connected with the network 3 via the 
gateway 4 and 5. And the gateway 4 and 5 are provided 
with a information exchanging means for performing the 
negotiation between gateways in this invention. The in- 
formation exchanging means includes a connecting 
means 13 in cable or radio which makes it possible to 
communicate with the gateway 4 and 5 directly, other- 
wise a connecting means 14 among the server 6, the 
gateway 4 and 5 or the connection passing through the 
network 3 can be used as said means. 
[0069] The terminal 1 is connected with the server 6 
via the base station 2, the network 3 and the gateway 4 
or 5. Under these conditions, the application is executed 
by using the information 7 bearing with the server 6. 
[0070] Because the gateway 4 stops while the termi- 
nal 1 is being connected with the server 6 via the gate- 
way 4, the gateway 4 should be changed to the gateway 
5. Fig. 9 shows a sequence of switching from gateway 
4 to gate 5 after the gateway 4 stops. 



[0071] A session layer protocol 902 in the terminal 1 
gets into communication with the application 911 in the 
server 6 via gateway 4 in order to execute the applica- 
tion 901. 

5 [0072] At this time, as the communication protocol 
used in the communication 903 between the session 
layer protocol 902 in the terminal 1 and the session layer 
protocol 904 in the gateway 4 is different from that of the 
communication 907 between the session layer protocol 

70 904 in the gateway 4 and the server 6, a protocol tran- 
lator 905 in the gateway 4 performs the protocol trans- 
lation. Namely, the communication protocol used in the 
communication 903 is translated to that used in the com- 
munication 907 between the gateway 4 and the server 

15 6 by the protocol tranlator 905. Therefore, it is possible 
to perform the communication between the terminal 1 
and the server 6. 

[0073] But there is applications which do not require 
the protocol translation, in this case, the protocol trans- 
20 lation in the gateway does not be performed. 

[0074] Under these conditions, if the server exchange 
instruction 91 2 is issued from the operator while the ter- 
minal 1 is in communication with the server 6, the man- 
agement entity 906 in the gateway 4 performs the ne- 
25 gotiation with the management entity 91 0 in the gateway 
5 in order to translate the communication of the terminal 
1 from the gateway 4 to the gateway 5. 
[0075] That is to say, the management entity 906 in 
the gateway 4 sends the session exchange request 913 
30 to the management entity 910 in the gateway 5. At this 
time, the selection of a exchange-destination gateway 
(that is, the gateway 5) receiving the session exchange 
request 91 3 from the gateway 4 can be performed ac- 
cording to the information of the other gateway stored 
35 in the gateway 4 in advance, or according to the opera- 
tor's instruction. The session exchange request 913 is 
to be sent to the management entity 91 0 in the gateway 
5 together with the information such as the address, ses- 
sion I D, maximum data size and window size of the ter- 
40 minal which is connected now. 

[0076] The management entity 910 in the gateway 5 
handles the information together with the session ex- 
change request 913 to the session layer protocol 908. 
When the session layer protocol 908 confirms the con- 
45 tents of the information, it becomes the state that the 
session exchange can be performed. And the manage- 
ment entity 91 0 in the gateway 5 sends the session ex- 
change confirmation 91 4 to the management entity 906 
in the gateway 4. 
50 [0077] The management entity 906 in the gateway 4, 
after receiving the session exchange confirmation 914, 
sends the exchange instruction 922 to the session layer 
protocol 904. The session layer protocol 904 received 
the exchange instruction 922 sends the exchange-des- 
55 tination gateway address together with the exchange 
notice 915 to the session layer protocol 902 in the ter- 
minal 1 . 

[0078] Accordingly, the terminal 1 can obtain the ad- 
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dress information of the gateway 5 of the exchange-des- 
tination gateway by the exchange notice 915. 
[0079] The protocol session layer 902 in the terminal 
1 , after receiving the exchange notice 915 together with 
the address information, sends the suspend notice 916 
to the session layer protocol 904 in the gateway 4 at 
convenient timing for suspending the session, for exam- 
ple, at the time that the executing application 901 is not 
in communication with the application 911 in the server 
6. 

[0080] The session layer protocol 904 in the gateway 
4 informs the management entity 906 of the receipt of 
the suspend notice 916, and the management entity 906 
sends the suspend instruction 923 to the session layer 
protocol 904. Accordingly, the session layer protocol 
904 sends the suspend confirmation 917 to the session 
layer protocol 902 in the terminal 1 , and then the session 
of the terminal 1 is suspended. 

[0081] But the terminal 1 , after sending the suspend 
notice 916 to the session layer protocol 904 in the gate- 
way 4, can continue the server connect exchange se- 
quence regardless to the state of the gateway 4. 
[0082] Therefore, the steps of the suspend instruction 
923 and the suspend confirmation 917 may be omitted. 
And without the suspend instruction 923, the session 
layer protocol 904 may send the suspend confirmation 

917 to the session layer protocol 902 in the terminal 1 
independently. There is a case that in the type of the 
gateway 4 only the suspend instruction 923 is sent out 
and the suspend confirmation 91 7 is not sent out. In both 
case, if there is not the suspend confirmation 917, the 
session of the terminal 1 is suspended after sending the 
suspend notice 916. 

[0083] When the session layer protocol 902 in the ter- 
minal 1 receives the exchange notice 915, the applica- 
tion 901 is instructed to perform the gateway exchange 
display. And according to the function of the application 
901 or the instruction of the user, the session layer pro- 
tocol 902 in the terminal 1 may send the suspend notice 
916 to the session layer protocol 904 in the gateway 4. 
[0084] After that, the session layer protocol 902 in the 
terminal 1 sends the restart notice 918 including the in- 
formation such as the terminal address and so on to the 
session layer protocol 908 in the gateway 5. At this time, 
as the session layer protocol 908 in the gateway 5 has 
been ready for restarting the session according to the 
session exchange request 913 and the session ex- 
change confirmation 914, the restart confirmation 919 
is sent to the terminal 1 as soon as the restart notice 

918 from the session layer protocol 902 in the terminal 
is received. 

[0085] According to the restart confirmation 91 9 from 
the session layer protocol 908 in the gateway 5, the ses- 
sion of the terminal 1 which has been suspended starts 
again at once. Therefore, it is possible to establish the 
communication 920 and 921 with the session layer pro- 
tocol 902 in the terminal 1 and the application 91 1 in the 
server 6 via the protocol tranlator 909 in the gateway 5 



in order to execute the application 901 . 
[0086] Fig. 1 8 shows a sequence in case of using "dis- 
connect" instead of the above "suspend", and "discon- 
nect" instead of the above "restart". 

5 [0087] An exchange notice 2515 in Fig. 18 corre- 
sponds to the exchange notice 915 in the sequence of 
Fig 9, and the sequence up to this step is quite same in 
both drawing, which explanation will be omitted. After 
this, the session layer protocol 2502 in the terminal 1 

70 disconnects the session after sending out the discon- 
nect notice 2516. 

[0088] Next, according to the exchange-destination 
gateway address sent to the terminal 1 together with the 
exchange notice 2515, the session layer protocol 2502 

15 in the terminal 1 sends the connect notice 2518 to the 
protocol session layer 2508 in the gateway 5. The pro- 
tocol session layer 2508 in the gateway 5 regards said 
connect notice as a new session, and sends the connect 
confirmation 251 9 to the session layer protocol 2508 in 

20 the terminal 1. Accordingly, the session layer protocol 
2502 in the terminal 1 may confirms the establishment 
of the session. 

[0089] After establishing the session, the session lay- 
er protocol 2502 in the terminal 1 is in communication 

25 2520 and 1021 with the application 2511 in the sever 6 
via the protocol exchanging 2509 in the gateway in order 
to execute the application 2501. 
[0090] According to the sequences described above, 
it is possible to perform the gateway connect exchange 

30 of the terminal 1 in a short time, and also to perform the 
gateway connect exchange without much influences on 
the application 901 (2501 ) in the terminal and an user. 
[0091] In other words, it is possible to resume the ap- 
plication right from where it left before the gateway ex- 

35 change takes place, without going through the applica- 
tion all over again from the beginning because the gate- 
way 5 obtains necessary information by the negotiation 
procedure mentioned above. 



[0092] Fig. 2 shows a constitution of the radio com- 
munication network via public network or in-house net- 
work in this embodiment of the present invention, 
wherein each gateway itself has an function of a server 
with information to execute a terminal application. 
[0093] A terminal 1 is a radio intelligent terminal such 
as Personal Digital Assistant (PDA) including a personal 
phone. 

[0094] A base station 2 is a base station for personal 
phone, and a network 3 is a public network for personal 
phone. 

[0095] A gateway 4 and 5 are connected with the net- 
work 3, and are provided with a connecting means 13 
as an information exchange means to perform the ne- 
gotiation between gateways in this invention. The con- 
necting means 13 to perform the negotiation between 
gateways may be connected in whichever cable or ra- 
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dio, otherwise the connecting method passing through 
the network 3 can be available. 
[0096] The terminal 1 is connected with the gateway 
4 or 5 via the base station 2 and the network 3, and ex- 
ecutes an application using information 7 in the gateway 
4 or information 8 in the gateway 5. 
[0097] And the constitution without passing through a 
public network and in-house network can be suggested 
as shown in Fig 4. 

[0098] Namely, in the structure in Fig. 4, the terminal 
1 is connected with the gateway 4 via the base station 
2, otherwise connected with the gateway 5 via the base 
station 1 0, by which the application is executed by using 
information 7 in the gateway 4 or information 8 in the 
gateway 5. 

[0099] In both Fig 2 and Fig 4, the information 8 in the 
gateway 5 contains the information 7 in the gateway 4 
or is the information with at least the same meaning as 
the information 7. 

[0100] Fig 1 0 shows a sequence in case that the ter- 
minal 1 stops the gateway 4 which is in connection with 
with the terminal 1 and performs the connect exchange 
to the gateway 5. 

[0101] The gateway exchange sequence in the em- 
bodiment 2 will be explained hereinafter according to 
Figs. 2 and 10. 

[0102] An application 1001 in the terminal 1 performs 
the communication 1003 with an application 1005 as a 
server in the gateway via a session layer protocol 1002 
in the terminal 1 and a session layer protocol 1004 in 
the gateway 4. 

[0103] When the terminal 1 is in communication with 
the gateway 4 as above, if a server exchange instruction 
1010 of an operator is issued, a management entity 
1006 in the gateway 4 performs the negotiation with a 
management entity 1009 in the gateway 5 in order to 
change the communication of the terminal 1 from the 
gateway 4 to gateway 5. 

[0104] Namely, the management entity 1006 in the 
gateway 4 sends the session exchange request 1011 to 
the management entity 1009 in the gateway 5. At this 
time, the selection of an exchange-destination gateway 
receiving the session exchange request 1011 from the 
gateway 4 can be performed according to the informa- 
tion of the other gateway stored in the gateway 4 in ad- 
vance, or according to the operator's instruction. 
[0105] Here, the information 8 in the gateway 5 con- 
tains the information 7 in the gateway 4 used for exe- 
cuting the application 1001 by the terminal or has at 
least the same meaning as the information 7. 
[0106] As the steps after the session exchange re- 
quest 1011, that is, the steps of " the session exchange 
request 1011^ the session exchange confirmation 
1012 the session exchange instruction 101 9^ the 
exchange notice 101 3" are the same as the steps of "the 
session exchange request 913^- the session exchange 
confirmation 91 4^ the session exchange instruction 
922 the exchange notice 913", the detailed explana- 



tion will be omitted here. 

[01 07] The session layer protocol 1 004 in the gateway 
4 receives the exchange notice 1013, and sends the ex- 
change-destination address to the session layer proto- 

5 col 1002 in the terminal 1 . Thereby, the terminal 1 can 
obtain the address information of the gateway 5 that is 
the exchange-destination gateway. 
[0108] And, the steps after receiving the exchange 
notice 1013, that is, " the exchange notice 101 3^ the 

70 suspend notice 101 4^ the suspend instruction 1 020^ 
the suspend confirmation 1 01 5^ the restart notice 1016 
the restart confirmation 1017", are the same as the 
steps in Fig. 9, that is, " the exchange notice 915^ the 
suspend notice 916 -> the suspend instruction 923 

15 the suspend confirmation 917^ the restart notice 918^ 
the restart confirmation 919", therefore the explanation 
will be omitted here. 

[0109] According to the restart confirmation 1017 
from the session layer protocol 1007 in the gateway 5, 

20 the session of the terminal which has been suspended 
stars at once. After starting the session, the session lay- 
er protocol 1 002 in the terminal 1 performs the commu- 
nication 1018 with the application 1008 in the gateway 
in order to execute the application 1001 . 

25 [011 0] In the same way as in Fig 9, after the terminal 
1 sends out the the suspend notice 1 01 4 to the session 
layer protocol 1004 in the gateway 4, it is possible to 
continue the sequence of the server connect exchange 
regardless of the state of the gateway 4. Therefore, the 

30 steps of the suspend instruction 1 020 and the suspend 
confirmation 1 01 5 can be deleted and the session layer 
protocol 1004 may independently send the suspend 
confirmation 1015 to th session layer protocol 1002 in 
the terminal 1 without receiving the suspend instruction 

35 1 020. 

[0111] And in the same way as in Fig 9, there is a case 
that some type of gateways send out only the suspend 
instruction 1020 but do not send out the suspend con- 
firmation 1015. In both case, if the suspend confirmation 

40 1 01 5 is not sent out, the session of the terminal 1 is sus- 
pended after the suspend notice 1014 is sent out. And 
it may be arranged as follows. The session layer proto- 
col 1 002 in the terminal 1 , at receiving the exchange no- 
tice 1013, instructs the application 1001 to perform the 

45 gateway exchange display. According to the function of 
the application 1001 or the instruction of the user, the 
session layer protocol 1002 in the terminal 1 may send 
the suspend notice 1014 to the session layer protocol 
1004 in the gateway 4. 

50 [0112] According to the sequence described above, it 
is possible to perform the gateway connect exchange of 
the terminal 1 in a short time, and also perform the gate- 
way connect exchange of the terminal 1 without much 
influences on the application 1001 in the terminal 1 and 

55 the user. 



7 



13 



EP 0 973 300 A2 



14 



EMBODIMENT 3 

[0113] Fig. 3 shows the constitution of a radio com- 
munication network with each gateway connected with 
its own server via public network or in-house network in 
this embodiment of the present invention. 
[0114] A terminal 1 is a terminal of portable phone 
having a data processing function such as smart phone. 
A base station 2 is a base station for portable phone. 
And a network 3 is a in-house network for example. A 
gateway 4 is connected with the network 3 and the serv- 
er 6 respectively, and a gateway 5 is connected with the 
network 3 and the server 9 respectively. 
[0115] And the gateway 4 and 5 have a connecting 
means to perform the negotiation between the gateways 
by using the information exchange means in the present 
invention The connecting means may be whichever in 
cable or in radio, and the connecting means by way of 
the network 3 can be available. 

[0116] The terminal 1 is connected with the server 6 
by way of the base station 2, the network 3 and the gate- 
way 4, and executes the application according to the in- 
formation 7 in the server 6. Otherwise, the terminal 1 is 
connected with the server 9 by way of the base station 
2, the network 3 and the gateway 5, and executes the 
application according tothe information 8 in the server 9. 
[0117] The information 8 in the server 9 contains the 
information 7 in the server 6, otherwise has at least the 
same meaning as the information 7. 
[0118] When the gateway 4 stops while the terminal 
1 is in connection with the server 6 via the gateway 4, 
the terminal 1 performs the connect exchange to the 
gateway 5 and the server 6, which sequence is shown 
in Fig 11 . 

[0119] The gateway exchange sequence in the em- 
bodiment 3 will be explained hereinafter according to 
Figs. 3 and 11 . 

[0120] A session layer protocol 1 102 in the terminal 1 
performs the communication with the application 1108 
in the server 6 via the gateway 4 in order to execute the 
application 1101. 

[0121] In this case, as the communication protocol 
used in the communication 1103 between the session 
layer protocol 1 1 02 in the terminal 1 and the session lay- 
er protocol 1104 in the gateway 4 is different from the 
communication protocol used in the communication 
1107 between the server 6 and the session layer proto- 
col 1104 in the gateway 4, the protocol translation has 
to be performed by the protocol translator 1105 in the 
gateway 4. 

[0122] The communication 1103 is translated by the 
protocol translator 1105 to the communication protocol 
used in the communication 1107 between the gateway 
4 and the server 6 ; therefore it is possible to perform the 
communication between the terminal 1 and the server 
6. But there is applications which do not require the pro- 
tocol translation, in this case, it is not necessary to per- 
form the protocol translation in the gateway. 



[0123] Here, while the terminal 1 is in communication 
with the server 6, if the server exchange instruction 1113 
of the operator is issued, the management entity 1106 
(an information exchanging means) in the gateway 4 
5 performs the negotiation with the management entity 
1111 in the gateway 5 in order that the terminal 1 per- 
forms the connect exchange to the gateway 5 and the 
server 9. 

[0124] The following sequence, that is, the steps of " 
70 the session exchange request 1114^ the session ex- 
change confirmation 111 5— > the exchange instruction 
1123 the exchange notice 116" are the same as the 
steps in Fig. 9, that is, " the session exchange request 
91 3^ the session exchange confirmation 914^ the ex- 
75 change instruction 922^ the exchange notice 915", 
which explanation in detail will be omitted here. 
[0125] When the session layer protocol 1102 in the 
terminal 1 receives the exchange notice 1116, the sus- 
pend notice 1117 is sent to the session layer protocol 
20 1 1 04 in the gateway 4 at convenient timing for suspend- 
ing the session such as when the application 1101 in 
executing now is not in the communication with the ap- 
plication 1108 in the server 6. 

[0126] The following steps, that is, the steps of " the 

25 suspend notice 1 1 1 7 the suspend instruction 1 1 24^ 
the suspend confirmation" and " the restart notice 
111 9 — > the restart confirmation 1120" are the same as 
the steps in Fig 9 of " the exchange notice 915^ the 
suspend notice 916-» the suspend instruction 923 

30 the suspend confirmation 917" and " the restart notice 
918 -> the restart confirmation 919", therefore, the de- 
tailed explanation will be omitted here. 
[0127] In the same way as in Fig. 9, the terminal 1 can 
continue the sequence for the server connect exchange 

35 regardless of the state of the gateway 4 after sending 
the suspend notice 1117 to the session layer protocol 
1104 in the gateway 4. Therefore, the steps of the sus- 
pend instruction 1124 and the suspend confirmation 
1118 are not always requested. And if there is not the 

40 suspend confirmation 1118, the session of the terminal 
1 is suspended after sending out the suspend notice 
1117. 

[0128] And also in the same way in Fig. 9, at receiving 
the exchange notice 116, the session layer protocol 

45 1 1 02 in the terminal 1 may instruct the application 1 1 01 
to perform the gateway exchange display, otherwise the 
session layer protocol 1102 in the terminal 1 may send 
the suspend notice 1117 to the session layer protocol 
1104 in the gateway 4 according to the function of the 

50 application 1101 or user's instruction. 

[0129] According tothe restart confirmation 11 20 from 
the session layer protocol 1109 in the gateway 5, the 
session of the terminal 1 which has been suspended re- 
starts. After the session starts, the session layer proto- 

55 col 1102 in the terminal 1 is to perform the communica- 
tion 1121 and 1122 with the application 1112 in the serv- 
er 9 via the gateway 5 in order to execute the application 
1101. 
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[0130] By using the sequence described above, the 
gateway connect exchange of the terminal 1 can be per- 
formed in a short time and without much influence on 
the application 1101 and the user. 

EMBODIMENT 4 

[0131] Here is explained concrete examples of the ap- 
plications for the gateway exchange sequence based 
on the constitution of Fig. 1 referring to Figs. 12 to 17. 
[0132] When the gateway 4 stops while the terminal 
1 of which a WWW browser is used by an user is in con- 
nection with a WWW server software in the server 6 via 
the gateway 4, the connection of the terminal is changed 
from the gateway 4 to the gateways, of which sequence 
is shown in Fig 12. 

[0133] The session layer protocol 1202 sends the 
command inputted from the WWW browser 1201 in the 
terminal by the user to the WWW server software 1211 
in the server 6 via the gateway 4. 
[0134] In this case, the communication protocol be- 
tween the session layer protocol 1202 in the terminal 1 
and the session layer protocol 1 204 in the gateway 4 is 
a radio communication protocol, on the other hand ; the 
communication protocol between the session layer pro- 
tocol 1204 in the gateway 4 and the server 6 is a Hyper 
Text Transfer protocol (HTTP). Therefore, in order to 
meet those two protocols each other, the protocol trans- 
lation is performed by the protocol translator 1 205 in the 
gateway 4. 

[0135] Here, for example, when the user operates 
WWW browser 1201 in ther terminal 1 and input and the 
access to a file //www, xxx/xyz, htm stored in the server 
6 is performed, I NVOKE< REQUEST (get//www, xxx/ 
xyz, htm)>1203 that is a radio communication protocol 
command is translated to REQUEST (get, //www, xxx / 
xyz, htm) 1 207 that is a HTTP command by the protocol 
translator 1205 and sent to the server 6. 
[0136] The WWW server software 1 211 in the server 
6 receives the REQUEST (get, //www, xxx/xyz, htm) 
1207 and sends out a file data of //www, xxx/xyz, htm 
by RESPONSE (data) 1212. 

[0137] The RESPONSE (data) 1212 of HTTP re- 
sponse is translated by the protocol translator 1205 to 
REPLAY<RESEPONSE (data)>1 21 3 that is a response 
of the radio communication protocol and is sent from the 
session layer protocol 1204 in the gateway to the termi- 
nal 1 . Therefore, the communication between the termi- 
nal 1 and the server 6 can be performed. And the user 
can look through the file data of //www, xxx/xyz, htm in 
the sever 6 by the WWW browser 1201 . 

when the sever exchange instruction 1214 of the 
operator is issued while the terminal 1 is in communica- 
tion with the server 6 as above, the management entity 
1206 in the gateway 4 performs the negotiation with the 
management entity 1210 in the gateway 5 in order that 
the terminal 1 in communication performs the connect 
exchange to the gateway 5. 



[0138] In other words, the management entity 1 206 in 
the gateway 4 sends the session exchange request 
1215 to the management entity 1210 in the gateway 5. 
The following steps, that is, the steps of "the session 

5 exchange confirmation 216^ the exchange instruction 
1217 the exchange notice 1218" and " the suspend 
notice 1219— > the suspend instruction 1220— > the sus- 
pend confirmation 1221 " are the same as the steps in 
Fig. 9 of " the session exchange confirmation 91 A-^> the 

70 exchange instruction 922^ the exchange notice 915" 
and " the suspend notice 916^ the suspend instruction 
923 the suspend confirmation 917", and the detailed 
explanation will be omitted here. 
[0139] In the same way as in Fig 9, after sending out 

15 the suspend notice 1219 to the session layer protocol 
1204 in the gateway 4, the terminal 1 can continue the 
server connect exchange sequence regardless of the 
state of the gateway 5. Therefore, the steps of the sus- 
pend instruction 1220 and the suspend confirmation 

20 1221 is not always required. And even if there is not the 
the suspend instruction 1 220, the session layer protocol 
1204 may send independently the suspend confirmation 
1221 to the session layer protocol 1202 in the terminal 1. 
[0140] And there are some type of gateway 4 that 

25 send out only the suspend instruction 1220 without the 
suspend confirmation 1221. In both case, if there is not 
the suspend confirmation 1221 , the session of the ter- 
minal 1 is suspended after sending out the suspend no- 
tice 1219. 

30 [0141] At this time, if the WWW browser 1 201 has al- 
ready received the file data of //www, xxx/xyz, htm, the 
user can continue to look through the data in stead of 
the suspending of the session. It is needless to say that 
it is not necessary to suspend the execution of the 

35 y\f\NV\f browser 1 201 of the application in the terminal 1 . 
[0142] At receiving the exchange notice 1218, the 
session layer protocol 1202 in the terminal 1 instructs 
the WWW browser 1201 to perform the gateway ex- 
change display, and according to the function of the 

40 VJWW browser 1201 or the user's instruction, the ses- 
sion layer protocol 1202 in the terminal 1 may send the 
suspend notice 1 21 9 to the session layer protocol 1 204 
in the gateway 4. 

[0143] The steps of sending out the restart notice 
45 1222 from the terminal 1 and the restart confirmation 
1223 from the gateway 5 is the same as of the restart 
notice 91 8 and the restart confirmation 91 9 shown in Fig 
9, which explanation will be omitted here. 
[0144] According to the sequences described above, 
so the session of the terminaM which has been suspended 
is to restart. 

[0145] Under these conditions, when the user oper- 
ates WWW browser 1 201 in the terminal and instruct to 
access to a file of //www, xxx/xyz, htm, INVOKE<RE- 
55 QUEST (get, //www, xxx/xyz, htm) >1224 that is a radio 
communication protocol command is translated to RE- 
QUEST (get, //www, xxx/xyz, htm) 1225 that is a HTTP 
command by the protocol translator 1 209 in the gateway 
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5 and then sent to the server 6. 

[0146] The WWW server software 1 211 in the server 

6 receives the REQUEST(get,//www, xxx/xyz, htm) 
1225 and sends out a file data of //www, xxx/xyz, htm 
by RESPONSE (data) 1226. 

[0147] The RESPONSE (data) 1226 that is a HTTP 
response is translated by the protocol translator 1 209 in 
the gateway 5 to REPLAY<RESEPONSE( data)>1227 
that is a response of the radio communication protocol 
and is sent from the session layer protocol 1208 in the 
gateway 5 to the terminal 1 . 

[0148] According to these steps, it is possible to per- 
form the communication between the terminal 1 and the 
server 6 via the gateway 5. And the user can look 
through the file data of //www, xxx/xyz, htm in the sever 
6 by the WWW browser 1 201 . 

<The generation of new communication during the 
negotiation> 

[0149] Referring to Fig 13 here is explained a se- 
quence in case that a new communication between the 
terminal and the server generates during the negotia- 
tion. 

[0150] The session connect exchange request from 
the gateway 4 to the gateway 5 and the steps from the 
instructions to the confirmations between the session 
layer protocol and the management entity in the gate- 
way 5 therewith are the same as in Fig 12. 
[0151] After that, the communication between the ter- 
minal 1 and the server 6 generates before the session 
exchange confirmation is sent from the gateway 5 to the 
gateway 4, which conditions are shown in Fig 13. 
[0152] Therefore, it happens that there is a difference 
between the communicating conditions between the ter- 
minal 1 and the gateway 4 that is notified by the session 
exchange request from the gateway 4 to the gateway 5, 
and the communicating condition between the terminal 
1 and the gateway 4 after the terminal 1 performs the 
communication with the server 6 before sending out the 
session exchange confirmation. In a result, these com- 
munication conditions cannot meet each other. 
[0153] The information indicating the communicating 
conditions between the terminal 1 and the gateways is 
TID shown at the left end of Fig. 13. Here, the TID sent 
together with the session exchange request from the 
gateway 4 to the gateway 5 is TID=1 shown at the top 
position. The TID after the terminal 1 performs the com- 
munication with the server 6 is TID=2 shown at the cent- 
er position Therefore, the TID=1 sent to the gateway 5 
is different from the TID=2 in the present status, there 
is a possibility thatthe error occurs in the communication 
processing between the terminal 1 and the gateway 5 
after the gateway connect exchange. 
[0154] Even if the communication between the termi- 
nal 1 and the server 6 generates during the negotiation 
between the gateways, in order to keep the match of 
TID, the latest TID (TID=2 in Fig 13) is sent at the same 



time that the restart notice is sent from the terminal 1 to 
the gateway 5. 

<The exchange processing for a plural terminal 

5 

[0155] The stop timing of the gateway in connection 
with a plural terminal is explained according to Fig. 14. 
[0156] The gateway 4 is in connection with a terminal 
1,15 and 17 respectively. Under these conditions, the 
70 session exchange negotiation between the gateway 4 
and 5 is performed in the same as in Fig 12. 
[0157] Though the session exchange negotiation in 
Fig. 14 is performed with the terminal 1,17 and 15 at 
one time, the negotiation may be performed with each 
15 terminal independently. 

[0158] After executing the session exchange negoti- 
ation between the gateway 4 and 5 (the session ex- 
change request 1401 the session exchange confir- 
mation 1402), the gateway 4 sends the exchange notice 
20 to the terminal 1, 17 and 15 respectively. Each terminal 
1,17 and 15 sends the suspend notice 1403a, 1403b 
and 1 403c to the gateway 4. After receiving the suspend 
instruction 1 404a, 1 404b and 1 404c from each terminal 
in connection with the gateway 4 : the gateway 4 sends 
25 out the suspend confirmation 1405a, 1405b and 1405c 
to each terminal and then is to stop. 
[0159] On the other hand, the gateway 4 has a per- 
missible time from the exchange notice to the terminal 
to the suspend notice to the gateway 4, and if the per- 
30 missible time is out, it may be suggested a sequence 
thatthe gateway 4 stops even if there is a terminal with- 
out sending out the suspend notice to the gateway 4. 

<The case of the rejection of exchange-destination 
35 gateway> 

[0160] Referring to Fig 15, here is explained a se- 
quence in case that the connect exchange of the termi- 
nal is rejected by the exchange-destination gateway at 

40 the negotiation. 

[0161] The sequence as far as the session exchange 
request is sent from the gateway 4 to the gateway 5 is 
the same as in Fig. 12. The gateway 5 sends out the 
session exchange rejection 1501 to the gateway 4 be- 

45 cause of the shortage of capability and the excess of 
load. The gateway 4 received the session exchange re- 
jection 1501 sends the session exchange request 1502 
to the gateway 16 as the new exchange-destination. If 
the gateway 16 has a capability for accommodating the 

50 terminal, the gateway 16 sends out the session ex- 
change confirmation 1503 to the gateway 4 and then the 
connect exchange is performed. 
[0162] As described above, even if the connect ex- 
change is rejected by the exchange-destination gate- 

55 way, the gateway 4 may perform the negotiation with 
other gateway for finding out the exchange-destination 
gateway. This function is to be included in the manage- 
ment entity in the exchange-original gateway. The con- 
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stitution is arranged as follows. A plurality of exchange- 
destination gateway may be registered beforehand in 
priority order in the memory of the gateway 4. At receiv- 
ing the rejection notice, the management entity may 
read out next nominated exchange-destination gateway 
from the memory, and the sequence for information ex- 
change may be executed automatically. 

<the case of a capability shortage of exchange- 
destination gateway> 

[0163] The sequence in case that the exchange-des- 
tination gateway sends the information of the capability 
shortage for the terminal together with the session ex- 
change confirmation at the negotiation will be explained 
referring to Fig 16. 

[0164] And the sequence as far as the gateway 4 
sends the session exchange request to the gateway 5 
is the same as in Fig 12. 

[0165] When the gateway 5 cannot offer all resources 
required by the terminal according to the information 
that the gateway 4 sends out together with the session 
exchange request, said information are a maximum da- 
ta size, window size and etc., the gateway 5 sends to 
the gateway 4 the information of the maximum resource 
together with the session exchange confirmation 1601 . 
That is, the gateway 4 receives the maximum resource 
that the gateway 5 can offer to the terminal required the 
connect exchange. 

[0166] The gateway 4 sends the possible maximum 
resource to the terminal 1 together with the exchange 
notice 1602. According to this information, the terminal 
1 changes its capability (the information of its own facil- 
ity) to meet the maximum resource of the gateway 5. 
[0167] According to this processing, after the connect 
exchange to the gateway 5, the terminal 1 may perform 
the communication based on the changed capability. 
And the exchange-original gateway is provided with a 
judgement means judging whether it is possible to per- 
form the communication between the exchange-desti- 
nation gateway and the terminal 1, if impossible, the 
communication may be suspended. 
[0168] And further, the terminal is provided with a 
judgment means judging whether it is possible to per- 
form the communication based on the informed capa- 
bility, if impossible, the receipt of services may stop. 

<The case provided with the retransmission step> 

[0169] Fig. 19 shows a sequence in case of the ter- 
minal 1 , the gateway 4 and 5 including data retransmis- 
sion protocol respectively. Though the retransmission 
protocol is put in lower position at session layer in Fig. 
19, it is needless to say that the retransmission protocol 
is included in the session layer. 

[0170] As explained in Fig 12, after INVOKE<RE- 
QUEST (get, //www, xxx/ xyz,htm)>1203 (a command 
of radio communication protocol) is translated to RE- 



QUEST (get, //www, xxx/xyz, htm) 1 207 (a command of 
HTTP) by the protocol translator 1205 and sent to the 
server 6, the session layer protocol 1 204 in the gateway 
sends ACK1228 (acknowledge of radio communication 
5 protocol) to the session layer protocol 1202 in the ter- 
minal 1 . At receiving said ACK1 228, the terminal 1 judg- 
es that the gateway 4 has received IN VOKE<REQU EST 
(get, //www, xxx/xyz, htm)>1203. 

[0171] When RESPONSE (data) 1212 (a response of 
10 HTTP) is translated to REPLAY<RESPONSE(data) 
>1 21 3 (a response of radio communication protocol) by 
the protocol translator 1205 in the gateway 4 and then 
sent from the session layer protocol 1 204 in the gateway 
to the terminal 1 , the session layer protocol 1202 in the 
is terminal 1 receiving REPLAY<RESPONSE (data) 
>1213 sends ACK1230 to the gateway 4. At receiving 
ACK1230, the gateway 4 judges that the terminal 1 has 
received the REPLAY<RESPONSE (data)>1212. 
[0172] And, after the restart confirmation 1223, IN- 
20 VOKE (REQUEST (get, //www, xxx/xyz, htm)>1224 is 
translated to REQUEST (get, //www, xxx/xyz, ht m) 1 225 
by the protocol translator 1 209 in the gateway 5 and then 
sent to the server 6. At this time, the session layer pro- 
tocol 1 208 in the gateway 5 sends ACK1 231 to the ses- 
25 sion layer protocol 1 202 in the terminal 1 . And at receiv- 
ing REPLAY<RESPONSE (data)>1227, the session 
layer protocol 1 202 in the terminal 1 sends ACK1 233 to 
the gateway 5. 

[0173] The retransmission protocol in the terminal 1 , 
30 gateway 4 and 5 will be explained hereinafter referring 
to Fig 20. 

[01 74] If the terminal 1 cannot receive ACK1 31 4 from 
the gateway 4 within a regulated time after sending out 
INVOKE<REQUEST (get, //www, xxx /xyz, htm) > 1309, 
35 the retransmission protocol 1303 in the terminal 1 per- 
forms the retransmission of INVOKE<REQUEST (get, 
//www, xxx/xyz, htm) >1310. 

[01 75] If ACK1 31 4 returns from the gateway 4, the ter- 
minal 1 stops the retransmission And the terminal 1 is 
40 provided with a timer for counting the regulated time, 
which has maximum regulated value for the frequency 
of retransmission If the frequency of retransmission is 
over the maximum regulated value, the terminal 1 dis- 
connects the communication by judging that any error 
45 occurs in the communication between the terminal 1 and 
the gateway 4. 

[0176] In the same way, if the gateway 4 cannot re- 
ceive ACK1319 from the terminal 1 within a regulated 
time after sending out REPLAY<RESPONSE (data) 
50 >1 31 6, the retransmission protocol 1 304 in the gateway 
4 performs the retransmission of REPLAY<RESPONSE 
(data)>1317. 

[0177] If ACK1319 returns from the terminal 1, the 
gateway 4 stops the retransmission. And the gateway 4 
55 is provided with a timer for counting the regulated time, 
which has maximum regulated value for the frequency 
of retransmission. If the frequency of retransmission is 
over the maximum regulated value, the gateway 4 dis- 
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connect the communication by judging that any error oc- 
curs in the communication between the terminal 1 and 
the gateway 4. 

<The suspend display> 

[0178] Fig 17 shows a sequence in case of performing 
the suspend display for the user. 

[0179] The sequence up to the exchange notice 1714 
is the same as in Fig 12, which explanation is omitted 
here. 

[0180] The session layer protocol 1702 in the terminal 
1 sends the suspend notice 1706 to the session layer 
protocol 1704 in the gateway 4, and at the same time 
the suspend-display notice 1708 is sent to the applica- 
tion 1701 in the terminal. When the application 1701 re- 
ceives the suspend-display notice 1708, the suspend 
display 1 709 is executed on the screen in the terminal 1 . 
[0181] As the suspend display 1709, the screen dis- 
plays messages, such as " the gateway stops because 
of the version-up operation and the connection change 
to the gateway 5 is performed", which purpose is to 
make an user understand that there is no trouble in the 
gateway, terminal and network. 
[0182] After that, the session layer protocol 1702 in 
the terminal 1 sends the restart notice 1711 to the ses- 
sion layer protocol 1710 in the gateway 5, and the ses- 
sion layer protocol 1710 in the gateway 5 sends back 
the restart confirmation 1 71 2 to the session layer proto- 
col 1702 in the terminal 1. 

[0183] Otherwise, according to the user's instruction 
during a time of the suspend display 1 709, the session 
layer protocol 1702 in the terminal 1 may send the re- 
start notice 1711 to the session layer protocol 1710 in 
the gateway 5. 

[0184] After receiving the restart notice 1712, the ses- 
sion layer protocol 1702 in the terminal 1 sends the re- 
start-display notice 1713 to the application 1701. The 
application 1701 finishes the suspend display 1709 at 
receiving the restart -display notice 1713. 

<The generation of radio communication protocol 
command after the exchange notice> 

[0185] Fig 21 shows the sequence in case of gener- 
ation of command of radio communication protocol from 
the terminal 1 immediately after the exchange notice. A 
concept of transaction is introduced into this embodi- 
ment. 

[0186] The logical connection between the terminal 1 
and the gateway 4 is called "session", and the actual 
data communication by the application is called "trans- 
action". The transaction indicates the sequential opera- 
tion and processing from the user's request/notice to the 
corresponding server's response, or from the server's 
request/notice to the corresponding user's response. 
Here are a plural transaction in one session. In order to 
distinguish corresponding request/notice/response, 



each transaction unit has an identifier (an transaction 
identification). 

[0187] The sequence up to the exchange notice 1713 
is the same as in Fig 19, which explanation is omitted 
5 here. 

[01 88] As the gateway 4 has already sent the gateway 
exchange notice 1 71 3tothe session layer protocol 1702 
in the terminal 1 , it keeps the contents of INVOKE<RE- 
QUEST (get, //www, xxx/xyz : htm)>1719. 

w [0189] After receiving the exchange notice 1713, the 
session layer protocol 1702 in the terminal 1 sends the 
suspend notice 171 4 to the session layer protocol 1705 
in the gateway 5. The session layer protocol 1 705 in the 
gateway 5 informs the management entity 1707 of the 

15 receipt of the suspend notice 1705, and the manage- 
ment entity 1707 sends to the management entity 1711 
in the gateway 5 the transaction information 1716 (trans- 
action conditions, transaction I D, and the contents of IN- 
VOKE<REQUEST (get //www, xxx/xyz, htm)>). 

20 [0190] The following steps, that is, the steps of " the 
suspend confirmation 1715 the restart confirmation 
1717 the restart confirmation 1718" is the same as 
the steps of "the suspend confirmation 91 7^ the restart 
notice 91 8—^ the restart confirmation 919" in Fig 9, which 

25 explanation is omitted here. When the session between 
the session layer protocol 1702 in the terminal 1 and the 
session layer protocol 1709 in the gateway 5 starts, the 
session layer protocol 1709 in the gateway 5 refers to 
the transaction conditions and transaction ID received 

30 as the transaction information 1716 and translates the 
contents of REQUEST to REQUEST (get, //www, xxx/ 
xyz, htm) 1 720 by the protocol translator 1710, and then 
sends it to the server 6. 

[0191] The sequence from the following step to ACK 

35 1 725 of radio communication protocol is the same as in 
Fig 19 ; which explanation are not described here. 
[0192] It may be arranged here that INVOKE<RE- 
QUEST (get, //www,xxx/xy z, htm)>1719 sent from the 
terminal 1 is translated to REQUEST (get, //ww w 3 xxx/ 

40 xyz, htm) 1720 by the protocol translator 1720 in the 
gateway 4 and then sent to the management entity 1711 
in the gateway 5 as the transaction information 1716. 
[01 93] And though the management entity 1 707 in the 
gateway 4 performs the communication with the man- 

45 agement entity 1711 in the gateway 5 after receiving the 
suspend notice 1714, the communication may be per- 
formed before receiving the suspend notice 1714. 
[0194] And in case that ACK is not sent from the ter- 
minal 1 and the gateway 4 and 5, the sequence can be 

50 performed in the same way as the sequence without 
sending ACK 1 722 and 1 725. Namely, the sequence of 
ACK is not always required. 

[0195] And in case of the terminal 1 and the gateway 
4and 5 including retransmission protocols, the same se- 
55 quence can be performed. 
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<The exchange instruction before the generation of 
server's response> 

[0196] Next, with reference to Fig. 22, a sequence in 
case that before the gateway 4, which has already re- 
ceived a command of radio communication protocol 
from the terminal 1 and has sent out a corresponding 
ACK of radio communication protocol to the terminal 1 , 
receives HTTP response from the server, the sever ex- 
change instruction generates from an operator of the 
gateway 4 will be explained here. 
[0197] In Fig 22, excluding the conditions without gen- 
erating HTTP response from the sever 6 and ACk cor- 
responding to said response from the terminal 1 , the se- 
quence up to the exchange notice 1 81 3 is the same as 
in Fig 19, which explanation are not described here. 
[0198] The gateway 4 keeps the contents of RE- 
QUEST (get, //www, xxx/xy z, htm) 1823 sent to the 
server 6 till receiving the corresponding RESPONSE 
(data) 1819 from the server. 

[0199] The session layer protocol 1802 in the terminal 
1 receives the exchange notice 1813, and then sends 
the suspend notice 1814 to the session layer protocol 
1805 in the gateway 4. The session layer protocol 1805 
in the gateway 4 informs the management entity 1807 
that the suspend notice 1814 has been received, and 
receives RESPONSE (data) 1819 corresponding to RE- 
QUEST (get, //www, xxx/xyz, htm) 1 823 from the server 
6. Thereby, the protocol translator 1806 in the gateway 

4 can translate from the REQU EST (get ; //www, xxx/xyz, 
htm) of HTTP command to the response of radio com- 
munication protocol (the data equivalent to RE- 
PLAY<RESPONSE (data)>1820 described after). 
[0200] After this, the management entity 1811 in the 
gateway 5 receives the transaction information 1816 
(the transaction conditions, transaction ID, and the con- 
tents of the translated REPLAY<RESPONSE(da ta)>) 
via the management entity 1807 in the gateway 4. 
[0201] The following sequence of the suspend confir- 
mation 1815 and the restart notice is the same as in Fig 
1 9, which explanation is omitted here. When the session 
between the session layer protocol 1 802 in the terminal 
1 and the session layer protocol 1809 in the gateway 5 
restarts, the session layer protocol 1809 in the gateway 

5 refers the transaction conditions and transaction ID 
received as the transaction information and sends RE- 
PLAY<RESPONSE(data)>1820 from the session layer 
protocol 1809 to the session layer protocol 1802 in the 
terminal 1. 

[0202] The sequence of ACK of radio communication 
protocol is the same as in Fig 19, which explanation is 
omitted here. 

[0203] It may be arranged here that RESPONSE (da- 
ta) 1819 sent from the server 6 is not translated by the 
protocol translator 1 806 in the gateway 4, and sent from 
the management entity 1807 in the gateway 4 to the 
management entity 1811 in the gateway 5 as the trans- 
action information 1816, and at last translated to RE- 



PLAY<RESPONSE (data) >1820 by the protocol trans- 
lator 1810 in the gateway 5. 

[0204] And in case that ACK is not sent out from the 
terminal 1 , gateway 4 and 5, the same as the sequence 
5 without sending out ACK 1824 and 1821 can be per- 
formed. Therefore the step of ACK is not always re- 
quired. 

[0205] At this time, the same as the sequence shown 
in Fig. 21 - that is, the contents of REQUEST is sent to 
70 the gateway 5 as the transaction information 1816 and 
the gateway 5 sends the HTTP command to the server 
6 - can be performed. And in case of the terminal 1 and 
the gateway 4 and 5 including the retransmission pro- 
tocol the same sequence can be performed, too. 

15 

<The case without ACK from the terminal> 

[0206] With reference to Fig. 23, a sequence in case 
that the server exchange instruction generates from the 
20 operator of the gateway 4 when ACK of radio commu- 
nication protocol is not send back from the terminal 1, 
though the gateway 4 has sent the response of radio 
communication protocol to the terminal after receiving 
the command of radio communication protocol from the 
25 terminal 1 and the response of HTTP from the server 6, 
said sequence will be explained hereinafter. 
[0207] The sequence up to the exchange notice 1913 
excluding that ACK corresponding to REPLAY<RE- 
SPONSE (data)>1924 are not sent to the gateway 4 
30 from the terminal 1 is the same as in Fig. 1 9, which ex- 
planation is omitted here. 

[0208] But during this time, the retransmission proto- 
col 1904 in the gateway 4 performs the retransmission 
control on REPLAY<RESPONSE (d ata)>1924. 
35 [0209] After receiving the exchange notice 1913, the 
session layer protocol 1902 in the terminal 1 sends the 
suspend notice 1 91 4 to the session layer protocol 1 905 
in the gateway 5. 

[021 0] The session layer protocol 1 905 in the gateway 
40 5 informs the management entity 1 907 that the suspend 
notice 1914 is received. The management entity 1907 
sends to the management entity 1911 in the gateway 5 
the transaction information including the transaction 
conditions, the frequency of retransmission of transac- 
ts tion ID, the progress value of retransmission timer, and 
the contents of REPLAY<RESPONSE (data)>. 
[0211] The following sequence of the suspend confir- 
mation 1915 and the restart notice is the same as in Fig. 
19, which explanation is omitted here. 
50 [0212] After the session between the session layer 
protocol 1902 in the terminal 1 and the session layer 
protocol 1 909 in the gateway 5 restarts, the session lay- 
er protocol 1 909 in the gateway 5 refers the transaction 
conditions, the frequency of retransmission of transac- 
ts tion ID, and the progress value of retransmission timer 
received as the transaction information 1 916, and then 
sends the contents of RESPONSE (data) 1 926 from the 
retransmission protocol 1908 to the session layer pro- 



25 



30 



35 



40 



45 



50 



13 



25 



EP 0 973 300 A2 



26 



tocol 1 902 in the terminal 1 . 

[0213] The sequence of ACK 1927 of radio commu- 
nication protocol is the same as in Fig 19, which expla- 
nation is omitted here. 

[0214] Here, RESPONSE (data) 1923 has been 
translated temporarily to REPLAY<RESPONSE (data) 
> of radio communication protocol by the protocol trans- 
lator 1906 in the gateway 4. However, when the man- 
agement entity 1 907 in the gateway 4 sends the trans- 
action information 1 91 6 to the management entity 1 91 1 
in the gateway 5, the contents of RESPONSE (data) is 
to be included in the transaction information 1916 in a 
format of HTTP protocol response, and then may be 
translated again to REPLAY<RESPONSE (data)>1926 
of radio communication protocol by the protocol trans- 
lator 1910 in the gateway 5. 

[021 5] The sequence, in case that the gateway 4 and 
5 do not send ACK can be performed in the same way 
as in the sequence that ACK 1 922 of radio communica- 
tion protocol are not sent out. 

[021 6] The sequence in case of the terminal 1 and the 
gateway 5 including the retransmission protocol can be 
performed in the same way. 

[0217] According to the sequence described above, 
even if the application in the terminal does not receive 
the data for request, it is possible to perform the gateway 
exchange of the terminal. Therefore, it is possible to per- 
form the gateway connect exchange without much influ- 
ence on the application in the terminal and the user. 

EMBODIMENTS 

[0218] Even in an conventional structure shown in 
Fig. 5, for example, in case that there is not a connecting 
channel between gateways and the negotiation be- 
tween gateways cannot be performed by the connecting 
means between gateways via network and the connect- 
ing means between a plural gateway and a server, it is 
possible to obtain effects by applying the present inven- 
tion to these case. 

[0219] Referring to Figs. 5, 24, 25, 26, and 27, the 
gateway exchange sequence without the negotiation 
means between gateways will be explained in the em- 
bodiment 5. A gateway 11 and a gateway 12 share a 
server 6, thereby the server 6 is connected with the net- 
work 3. And the gateway 1 1 and 1 2 are not provided with 
a negotiation means between gateways. The terminal 1 
is connected with the server 6 via a base station 2, the 
network 3 and the gateway 11 or 12, wherein the appli- 
cation is performed by using the information 7 in the sev- 
er 6. 

[0220] The session layer protocol 2002 in the terminal 
1 performs the communication with the application 201 1 
in the server 6 via the gateway 11 in order to execute 
the application 2001. AS the communication protocol 
used in the communication 2003 between the session 
layer protocol 2002 in the terminal 1 and the session 
layer protocol 2004 in the gateway 11 is different from 



in the communication 2007 between the session layer 
protocol 2004 in the gateway 11 and the server 6, the 
protocol translator 2005 in the gateway 11 performs the 
protocol translation. 

5 [0221] The communication 2003 is translated to the 
communication protocol used in the communication 
2007 between the gateway 11 and the server 6 by the 
protocol translator 2005, thereby it is possible to perform 
the communication between the terminal 1 and the serv- 

70 er 6. But there is some type of application which do not 
require the protocol translation. In this case, the protocol 
translation is not performed in the gateway. 
[0222] When the server exchange instruction 2002 is 
issued from the operator while the terminal 1 is in corn- 
's munication with the server 6, the management entity 
2006 in the gateway 11 sends the exchange instruction 
201 3 to the session layer protocol 2004 in order that the 
communicating terminal 1 performs the connect ex- 
change to the gateway 12. 

20 [0223] After receiving the exchange notice 2014, the 
session layer protocol 2004 informs the session layer 
protocol 2002 in the terminal 1 of the information of the 
exchange-destination gateway address and etc. At this 
time, the selection of the exchange-destination gateway 

25 informed by the gateway 11 can be performed by 
searching the gateway with permissible capability for 
the terminal 1 according to the information of other gate- 
ways recorded in the gateway 11 in advance, and oth- 
erwise according to the instruction of the operator. 

30 [0224] The first time the terminal 1 receives the ex- 
change notice 2014, the termianll can obtains the ad- 
dress information of the gateway 12 as the exchange- 
destination gateway. Namely the terminal 1 receives the 
information for the server connect exchange by the ex- 

35 change notice 201 4 from the gateway 11. Therefore, it 
is not necessary to always store the information of a plu- 
ral gateway for the gateway connect exchange in the 
inside storage means of the terminal 1 , for example, a 
hard disc, I C card, flash ROM, EE PROM, and RAM with 

40 battery backup. 

[0225] After receiving the exchange notice 2014, the 
session layer protocol 2002 in the terminal 1 sends the 
suspend notice 201 5 to the session layer protocol 2004 
in the gateway 11 at convenient timing for suspending 

45 the session, for example, at the time that the executing 
application 2001 is not in the communication with the 
application 2011 in the server 6. 

[0226] The session layer protocol 2004 in the gateway 
11 informs the management entity 2006 of the receipt 

50 of the suspend notice 201 5, and the management entity 
2006 sends the suspend instruction 201 6 to the session 
layer protocol 2004 in the gateway 11 . 
[0227] After receiving the suspend instruction 2016, 
the session layer protocol 2004 in the gateway 11 sends 

55 the suspend confirmation 201 7 to the session layer pro- 
tocol 2002 in the terminal 1 . 

[0228] After that, the session layer protocol 2002 in 
the terminal 1 is suspended. 
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[0229] But the terminal 1 , after sending the suspend 
notice 2015 to the session layer protocol 2004 in the 
gateway 11 , can continue the server connect exchange 
sequence regardless of the conditions of the gateway 
11. 

[0230] Accordingly, it will be all right without the sus- 
pend instruction 2016 and the suspend confirmation 
201 7, or the session layer protocol 2004 may send the 
suspend confirmation 201 7 to the session layer protocol 
2002 in the terminal 1 independently without suspend 
instruction 2016. And there is a case that in some type 
of gateway 4 only the suspend instruction is send out 
without the suspend confirmation 2017. 
[0231] In both case, if there is not the suspend confir- 
mation 2017, the session of the terminal 1 is suspended 
after sending out the suspend instruction 2015. And it 
may be arranged as follows. When the session layer 
protocol 2002 in the terminal 1 receives the exchange 
notice 2014, the application 2001 is instructed to per- 
forms the gateway exchange display. According to the 
function of application 2001 or the user's instruction, the 
session layer protocol 2002 in the terminal 1 sends the 
suspend notice 201 5 to the session layer protocol 2004 
in the gateway 11 . 

[0232] The session layer protocol 2002 in the terminal 
1 sends to the session layer protocol 2008 in the gate- 
way 12 the restart notice including information of termi- 
nal addresses, session ID : maximum data size, window 
size and etc. 

[0233] After receiving the restart notice 201 8, the ses- 
sion layer protocol 2008 in the gateway 12 sends out 
the restart confirmation 2019. According to the restart 
confirmation 2019 from the session layer protocol 2008 
in the gateway 12, the session of the suspended termi- 
nal 1 restarts. 

[0234] After the session restarts, the session layer 
protocol 2002 in the terminal 1 performs the communi- 
cation 2020 and 2021 with the application 2011 in the 
server 6 via the protocol translator 2009 in the gateway 
12 in order to execute the application 2001 . 
[0235] It is assumed that the gateway 11 informs the 
terminal 1 of a gateway having the ability for accommo- 
dating the terminal 1 as a exchange-destination gate- 
way in the sequences as described above. Therefore, 
in case of judging that the exchange-destination gate- 
way does not have the capability for accommodating the 
terminal 1 after the connect exchange to the exchange- 
destination gateway the connect exchange with bad ef- 
ficiency will not occurs that the connect exchange to oth- 
er gateway should be performed again. And it is possible 
to perform the gateway connect exchange without much 
influence on the application 2001 in the terminal and the 
user. 

[0236] Referring to Fig 25, the sequence will be ex- 
plained in case of generating a command of radio com- 
munication protocol from the terminal 1 immediately af- 
ter the exchange notice 2113. 

[0237] The sequence up to the exchange notice 211 3 



is the same as in Fig. 24, which explanation will not be 
described here. 

[0238] The protocol translator 201 6 in the gateway 4 
is translated from INVOKE<REQUEST (get, //www, xxx/ 

5 xyz, htm) >21 1 9 of the radio communication protocol 
command to REQUEST (get, //www, xxx/xyz, htm) 2116 
of HTTP command, and then sends it to the server 6. At 
the same time of informing the REQUEST (get, //www. 
xxx/xyz. htm) 2116 to the server 6, the gateway 4 also 

70 transmits the address of gateway to which RESPONSE 
(data) (here is shown as 2122) corresponding to said 
REQUEST (get, //www, xxx/xyz, htm) 2116 is sent. 
[0239] The informed gateway address may be treated 
as a different information from the HTTP command as 

15 above, otherwise can be included in the HTTP com- 
mand. In case of the gateway address included in HTTP 
command, the server 6 is to analize the HTTP command 
and then extract the gateway address. 
[0240] The following sequence of the suspend confir- 

20 mation 2115 and the restart notice is the same as in Fig 
24, which explanation will not described here. 
[0241] After the session between the session layer 
protocol 2102 in the terminal 1 and the session layer 
protocol 2109 in the gateway 5 starts, the session layer 

25 protocol 21 09 in the gateway 5 refers to the transaction 
conditions and transaction I D received at the restart no- 
tice 2117, and sends ACK 2121 of the radio communi- 
cation protocol to the terminal 1. The gateways receives 
from server 6 RESPONSE (data) 2122 of HTTP re- 

30 sponse corresponding to REQUEST (get, //www, xxx/ 
xyz, htm) 2116 of HTTP command, which is translated 
to REPLAY<RESPONSE (data) >21 23 of radio commu- 
nication protocol response by the protocol translator 
2110 and then sent to the session layer protocol 2102 

35 in the terminal 1. At this time, ACK 2121 may be sent 
from the session layer protocol 2105 in the gateway 4 
to the terminal 1 . 

[0242] The sequence from the next step to to ACK 
21 24 is the same as in Fig 1 9, which explanation will not 

40 be described here. 

[0243] Next, with reference to Fig 26, here is ex- 
plained about a sequence in case that the server ex- 
change instruction has generated from the operator of 
the gateway 4, before the gateway 4 receives HTTP re- 

45 sponse corresponding to HTTP command from the 
server 6, said gateway had received INVOKE RE- 
QUEST (get, //www, xxx/xyz, htm)>2222 of radio com- 
munication protocol command from the terminal 1 , in re- 
sponse to it sent REQUEST (get, //www, xxx/xyz, htm) 

50 to the server 6 and at the same time, sent ACK2224 to 
the terminal 1 . 

[0244] The sequence up to the exchange notice 221 3 
is the same as in Figs. 24 and 1 9, which explanation will 
not be described here. 
55 [0245] The session layer protocol 2202 in the terminal 
1 sends the suspend notice 2214 to the session layer 
protocol 2205 in the gateway 4 after receiving the ex- 
change notice 2213. 
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[0246] The session layer protocol 2205 in the gateway 
4 informs the management entity 2207 of the receipt of 
the suspend notice 2214, and the management entity 
2207 in the gateway 4 sends to the server 6 the notice 
2225 for transferring RESPONSE (data) 2216 to the 
gateway 5. 

[0247] The sequence of the suspend confirmation 
221 5 and the restart notice after that is the same as in 
Fig 24 ; which explanation will be not be described here. 
[0248] After the session between the session layer 
protocol 2202 in the terminal 1 and the session layer 
protocol 2209 in the gateway 5 restars, the session layer 
protocol 2209 in the gateway 5 refers to the transaction 
conditions and transaction ID received by the restart no- 
tice 2217, translates RESPONSE (data) 2216 received 
from the server 6 to REPLAY< RESPONSE (data) >2220 
by the protocol translator 221 0, and then sends it to the 
terminal 1. 

[0249] The sequence of ACK of radio communication 
protocol is the same as in Fig 1 9, which explanation will 
not be described here. 

[0250] Next, with reference to Fig 27, here is ex- 
plained about a sequence in case that the server ex- 
change instruction generate from the operator of the 
server 4 when ACK of radio communication protocol 
does not turn back from the terminal, though the gate- 
way 4 has received a radio communication protocol 
command from the terminal and HTTP response from 
the server 6, and also sent the response of radio com- 
munication protocol command to the terminal. 
[0251] The sequence up to the exchange notice 231 3 
is the same as in Fig 19 and 22, which explanation is 
omitted here. 

[0252] But during this period, the retransmission con- 
trol for REPLAY<RESPONSE (data) >2324 shown in 
Fig. 20 is performed by the retransmission protocol 2304 
in the gateway 4. 

[0253] The sequence shown in Fig. 27 will be ex- 
plained after the next steps hereinafter. 
[0254] At receiving the exchange notice 2313, the 
session layer protocol 2302 in the terminal 1 sends the 
suspend notice 231 4 to the session layer protocol 2305 
in the gateway 4. 

[0255] The session layer protocol 2305 in the gateway 
4 informs the management entity 2307 of the receipt of 
the suspend notice 2314. 

[0256] The session layer protocol 2305 in the gateway 
4 keeps the content of REQUEST (get, //www, xxx/xyz, 
htm) 2320 till receiving ACK 2329 from the terminal 1. 
Under these condition, the gateway 4 sends REQUEST 
(get, //www, xxx/xyz, htm) 2316 to the server 6. 
[0257] At the same time of informing the RWQUEST 
(get, //www. xxx/xyz. htm)2316totheserver6, the gate- 
way 4 also transmits the address of gateway to which 
RESPONSE (data) there is shown as 2327) corre- 
sponding to said REQUEST (get, //www, xxx/xyz, htm) 
2316 is sent. 

[0258] The informed gateway address may be treated 



as a different information from the HTTP command as 
above, otherwise can be included in the HTTP com- 
mand. In case of the gateway address included in HTTP 
command, the server 6 is to analize the HTTP command 
5 and then extract the gateway address. 

[0259] The sequence of the suspend confirmation 
2315 and the restart notice after this is the same as in 
Fig 24, which explanation will not be described here. 
[0260] After the session between the session layer 
10 protocol 2302 in the terminal 1 and the session layer 
protocol 2309 in the gateway 5 restarts, the session lay- 
er protocol 2209 in the gateway 5 refers to the transac- 
tion conditions and transaction ID received by the restart 
notice 2317, translates RESPONSE (data) 2327 re- 
's ceived from the server 6 to REPLAY<RESPONSE (da- 
ta)>2328 by the protocol translator 2310, and then 
sends it to the terminal 1 . 

[0261] The following sequence up to ACK in radio 
communication protocol is the same as in Fig. 1 9, which 

20 explanation will not be described here. 

[0262] According to the sequences described above, 
even if there is not a negotiation means between gate- 
ways and the application in the terminal does not receive 
the data for request, it is possible to perform the gateway 

25 connect exchange of the terminal. Therefore, it is pos- 
sible to perform the gateway connect exchange without 
much influences on the application in the terminal and 
the user. 

[0263] Though it is arranged in the above embodi- 
30 ments that exchange-original gateway suspends after 
the connect exchange, but the "suspend" is not a nec- 
essary requisition and it is needless to say that the des- 
tination-original gateway may continue working. 
[0264] It is assumed in the above embodiment that the 
35 terminal receives the exchange instruction during the 
time of receiving the services from the server, but this 
invention is not limited to this. Namely, even if the ter- 
minal is not receiving the above services, the original- 
gateway may send only the exchange notice to the ter- 
40 minal and in addition to the exchange notice the infor- 
mation necessary for starting the communication with 
the exchange-destination gateway may be also sent to 
the terminal. 

[0265] It is possible to obtain the profitable effect ac- 
45 cording to the present invention described above, that 
is, even when the gateway in connection with the termi- 
nal stops, the connect exchange negotiation between 
gateways can be performed before the stop of the gate- 
way, accordingly without finishing the application being 
50 executed in the terminal it is possible to reconnect in a 
short time with other gateway having the capability for 
accommodating the terminal . 

[0266] And even if the application does not receive the 
data for request, the gateway exchange can be per- 
55 formed. In other words, as the exchange-original gate- 
way transfers the transaction conditions to the ex- 
change-destination gateway, the terminal can perform 
the gateway exchange regardless of the transaction 
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conditions. 

[0267] If the connect exchange negotiation cannot be 
performed between the gateways directly, or the appli- 
cation does not receive the data for request, the gate- 
way exchange can be performed. It is possible to recon- 
nect with other gateway having the capability for accom- 
modating the terminal in shorter time than usual. 
[0268] I n both case, it is not necessary for the terminal 
to always keeps the information of a plural gateway hav- 
ing capability for accommodating the terminal, there- 
fore, it is easy for the terminal to meet the change of the 
network constitution. 

[0269] In this application, the term "radio intelligent 
terminal" includes a device, such as a computer termi- 
nal, which can remotely receive and transmit signals 
(eg. by remote and/or wireless communication, such as 
radio, optical or any other electromagnetic communica- 
tion); and process such signals. 
[0270] The term "exchange-original gateway" in- 
cludes the original gateway, or the gateway with which 
communication ceases when the gateway used is ex- 
changed or changed. Similarly, the term "exchange- 
destination gateway" can be read as the destination 
gateway, that is the gateway to which communication is 
diverted, upon a change of gateway used. 
[0271] The term "session layer protocol" can be read 
as "session layer protocol means". 



Claims 

1. A communication system which establishes com- 
munication between a radio intelligent terminal and 
a server via a gateway: 

wherein the gateway is provided with an infor- 
mation notifying means which notifies generation of 
a gateway exchange to the radio intelligent terminal 
upon receiving a gateway exchange instruction. 

2. A communication system which establishes com- 
munication between a radio intelligent terminal and 
a server via a gateway according to Claim 1 , 

wherein the information notifying means, on re- 
ceiving the gateway exchange instruction, no- 
tifies the radio intelligent terminal of the gener- 
ation of a gateway exchange and information 
necessary for communication with the server 
via an exchange-destination gateway; and 
wherein the radio intelligent terminal is provid- 
ed with a communication activating means to 
receive the information necessary for commu- 
nication with the server via the exchange-des- 
tination gateway from the exchange-original 
gateway, and executes a start sequence for 
communication with the exchange-destination 
gateway. 



3. A communication system which establishes com- 
munication between a radio intelligent terminal and 
a server via a gateway according to Claims 1 or 2, 

5 wherein the information notifying means, on re- 

ceiving the gateway exchange instruction while 
an exchange-original gateway is relaying the 
communication between the radio intelligent 
terminal and the server, notifies the radio intel- 
70 ligent terminal of the information necessary for 

the communication between the radio intelli- 
gent terminal and the server via an exchange- 
destination gateway; and 
wherein the radio intelligent terminal is provid- 
es ed with a restart activating means, receiving 
from the exchange-original gateway the infor- 
mation necessary for communication with the 
server via exchange-destination gateway and 
executing the restart sequence for communica- 
te tion with the exchange-destination gateway 
while suspending communication with the ex- 
change-original gateway. 

4. A communication system as defined in Claim 3 f ur- 
25 ther comprising information exchanging means 

wherein, if an incomplete transaction is left after the 
suspend processing of communication with the ex- 
change-original gateway, by said means the ex- 
change-original gateway notifies the exchange- 
so destination gateway of information of the respond- 
ent to a request of the terminal before the restart 
sequence. 

5. A communication system as defined in Claim 4, 
35 wherein the incomplete transaction occurs in the 

case that a request from the radio intelligent termi- 
nal to the server is generated after the exchange- 
original gateway sends an exchange notice to the 
radio intelligent terminal, but said request does not 
40 arrive at the server. 

6. A communication system as defined in Claim 4, 
wherein the incomplete transaction occurs in the 
case that the request generated from the radio in- 

45 telligent terminal has arrived at the server before the 
exchange-original gateway sends the exchange 
notice to the radio intelligent terminal, and in re- 
sponse to said request the exchange-original gate- 
way sends back ACK to the radio intelligent termi- 

50 nal. 

7. A communication system as defined in Claim 4, 
wherein the incomplete transaction occurs in the 
case that the request from the radio intelligent ter- 

55 minal to the server is generated before the ex- 
change-original gateway sends the exchange no- 
tice to the radio intelligent terminal, and the ACK in 
response to said request arrives at the exchange- 
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original gateway at the stage when processing is 
suspended, but does not arrive at the radio intelli- 
gent terminal. 

8. A gateway used in a communication system relay- 
ing communication between a radio intelligent ter- 
minal and a server ottering services to the radio in- 
telligent terminal, comprising: 

an information notifying means which notifies 
generation of the gateway exchange to the radio in- 
telligent terminal upon receiving a gateway ex- 
change instruction. 

9. A gateway used in a communication system accord- 
ing to Claim 8, wherein the information notifying 
means notifies the radio intelligent terminal of the 
information necessary for communication with the 
server via an exchange-destination gateway, to- 
gether with the generation of the gateway exchange 
at receiving the gateway exchange instruction. 

10. A gateway used in the communication system ac- 
cording to Claim 8 or 9, wherein an exchange-orig- 
inal gateway is provided with information notifying 
means that notifies the radio intelligent terminal of 
the information necessary for communication with 
an exchange-destination gateway. 

11. A gateway as defined in Claim 8, 9 or 10, wherein, 
if an incomplete transaction is left at the stage when 
processing of communication with the radio intelli- 
gent terminal is suspended, said gateway notifies 
the server of the information of respondent to the 
request of the terminal before the restart sequence. 

12. A gateway as defined in Claim 10 or 11, wherein, 
an incomplete transaction occurs in the case that 
the request from the radio intelligent terminal to the 
server is generated after an exchange notice is sent 
to the radio intelligent terminal, but said request 
does not arrive at the server. 

13. A gateway as defined in Claim 10 or 11, wherein, 
the incomplete transaction occurs in the case that 
the request generated from the radio intelligent ter- 
minal has arrived at the server before the exchange 
notice is sent to the radio intelligent terminal, and 
ACK in response to said request is sent back to the 
radio intelligent terminal. 

14. A gateway as defined in Claim 10 or 11 , wherein 
an incomplete transaction occurs in the case that 
the request from the radio intelligent terminal to the 
server is generated before an exchange notice is 
sent to the radio intelligent terminal, and ACK in re- 
sponse to said request does not arrive at the radio 
intelligent terminal at the suspension of processing. 



15. A radio intelligent terminal establishing communica- 
tion with a server offering services via a gateway, 
comprising: 

a restart activating means, upon receiving a 
5 gateway exchange instruction while an exchange- 

original gateway is relaying communication be- 
tween the radio intelligent terminal and the server, 
receives from an exchange-original gateway infor- 
mation necessary for communication with the serv- 
70 er via exchange-destination gateway together with 
the exchange notice, and, according to the informa- 
tion, executes a restart sequence for communica- 
tion with the exchange-destination gateway while 
suspending communication with the exchange- 
rs original gateway. 

16. A communication system establishing communica- 
tion between a radio intelligent terminal and a serv- 
er offering services to the radio intelligent terminal 

20 via a gateway, 

wherein the gateway is provided with informa- 
tion exchanging means able to exchange, be- 
tween an exchange-original gateway and an 
25 exchange-destination gateway, information 

necessary for communication between the 
server and the radio intelligent terminal via the 
exchange-destination gateway upon receiving 
a gateway exchange instruction while the ex- 
30 change-original gateway is relaying communi- 

cation between the radio intelligent terminal 
and the server, and an information notifying 
means notifying the radio intelligent terminal of 
the information necessary for communication 
35 with the exchange-destination gateway from 

the exchange-original gateway; and 
wherein the radio intelligent terminal is provid- 
ed with a restart activating means receiving, 
from the exchange-original gateway, informa- 
nt? tion necessary for communication with the 
server via the exchange-destination gateway, 
and executing a restart sequence for commu- 
nication with the exchange-destination gate- 
way, while suspending communication with the 
45 exchange-original gateway. 

17. A communication system as defined in Claim 16, 
wherein the restart activating means, in the case 
that the information of communication conditions in 

50 the radio intelligent terminal is different from in the 
exchange-original gateway before and after the in- 
formation exchange between the exchange-original 
gateway and the exchange-destination gateway by 
the information exchanging means, notifies from 
55 the radio intelligent terminal to the exchange -desti- 
nation gateway of the information supplementing 
the incompatibility of communication conditions at 
the time of connection of the communication with 
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the exchange-destination gateway. 

18. A communication system as defined in Claim 17, 
wherein the incompatibility occurs due to commu- 
nication between the radio intelligent terminal and 
the exchange-original gateway device, and said 
communication is generated for a period of the in- 
formation exchange. 

19. A communication system as defined in Claim 17 or 
18 comprising: 

information exchanging means whereby, if an 
incomplete transaction is left after the suspension 
of processing of communication with the exchange- 
original gateway, the exchange-original gateway 
notifies the exchange-destination gateway of infor- 
mation of the incomplete transaction before the re- 
start sequence. 

20. A communication system as defined in Claim 19, 
wherein the incomplete transaction occurs in the 
case that the request from the radio intelligent ter- 
minal to the server is generated after the exchange- 
original gateway sends the exchange notice to the 
radio intelligent terminal, but said request does not 
arrive at the server. 

21. A communication system as defined in Claim 19, 
wherein the incomplete transaction occurs in the 
case that a request generated from the radio intel- 
ligent terminal has arrived at the server before the 
exchange-original gateway sends the exchange 
notice to the radio intelligent terminal and, in re- 
sponse to said request, the exchange-original gate- 
way sends back ACK to the radio communication 
terminal. 

22. A communication system as defined in Claim 19, 
wherein the incomplete transaction occurs in the 
case that a request from the radio intelligent termi- 
nal to the server is generated before the exchange- 
original gateway sends the exchange notice to the 
radio intelligent terminal, and ACK in response to 
said request arrives at the exchange-original gate- 
way to suspend processing, but does not arrive at 
the radio intelligent terminal. 

23. A communication system as defined in any claim of 
16 to 22 comprising: 

information exchanging means, wherein in- 
formation sent from the exchange-original gateway 
to the exchange destination gateway contains infor- 
mation about the capability of the terminal and, in 
case that the capability of the terminal cannot be 
accommodated by the exchange-destination gate- 
way, said means notifies from the exchange-desti- 
nation gateway to the exchange-original gateway of 
the capability that the exchange-destination gate- 



way can offer to the terminal. 

24. A communication system as defined in any preced- 
ing claim, further comprising: 
5 judgement means in the radio intelligent ter- 

minal to judge whether communication with the ex- 
change-destination gateway should restart or not, 
according to the informed capability. 

70 25. A communication system as defined in Claim 24, 
wherein the judgement means in the exchange- 
original gateway judges if it is possible to perform 
communication with the terminal based on the ca- 
pability of the exchange-destination gateway, and if 

15 impossible, stops the exchange-original gateway. 

26. A communication system as defined in any preced- 
ing claim, comprising: 

information exchanging means wherein, if a 
20 first nominated exchange-destination gateway re- 
jects the exchange, said means executes the infor- 
mation exchange with another nominated ex- 
change-destination gateway. 

25 27. A gateway used in a communication system relay- 
ing communication between a radio intelligent ter- 
minal and a server offering services to the radio in- 
telligent terminal, 

30 wherein an exchange-original gateway is pro- 

vided having 

an information exchanging means that is, upon 
receiving the gateway exchange instruction 
while the exchange-original gateway is relaying 

35 from the radio intelligent terminal to the server, 

able to exchange with an exchange-destination 
gateway information necessary for communi- 
cation between the radio intelligent terminal 
and the server via an exchange-destination 

40 gateway; and 

information notifying means notifying the radio 
intelligentterminal of the information necessary 
for the communication with the exchange-des- 
tination gateway. 

45 

28. A gateway at the exchange-original side ; as defined 
in Claim 27, further comprising: 

information exchanging means wherein, if an 
incomplete transaction is left after suspension of 
50 processing of communication with the radio intelli- 
gent terminal, by said means the exchange-original 
gateway notifies the exchange-destination gateway 
of information of the transaction before the restart 
sequence of the radio intelligent terminal. 

55 

29. A gateway as defined in Claim 28, wherein an in- 
complete transaction occurs in the case that a re- 
questfromthe radio intelligentterminal to the server 
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is generated after the exchange notice is sent to the 
radio intelligent terminal, but said request does not 
arrive at the server. 

30. A gateway as defined in Claim 28, wherein an in- 
complete transaction occurs in the case that a re- 
quest generated from the radio intelligent terminal 
has arrived at the server before the exchange notice 
is sent to the radio intelligent terminal, and ACK in 
response to said request is sent back to the ex- 
change-original gateway from the server after the 
suspension of processing. 

31. A gateway as defined in Claim 28, wherein an in- 
complete transaction occurs in the case that a re- 
quest from the radio intelligent terminal totheserver 
is generated before the exchange notice is sent to 
the radio intelligent terminal, and ACK in response 
to said request does not arrive at the radio intelligent 
terminal at the time of suspension of processing. 

32. A gateway used in the communication system, ac- 
cording to any preceding claim, relaying communi- 
cation between a radio intelligent terminal and a 
server offering services to the radio intelligent ter- 
minal. 

wherein there is an exchange-destination gate- 
way provided with: 

an information exchanging means which, upon 
receiving a gateway exchange instruction while 
an exchange-original gateway is relaying from 
the radio intelligent terminal to the server, is 
able to exchange-original gateway information 
necessary for communication between the ra- 
dio intelligent terminal and the server. 

33. A radio intelligent terminal, according to any pre- 
ceding claim, which establishes communication 
with a server offering services via a gateway, com- 
prising: 

a restart activating means which, upon receiv- 
ing a gateway exchange instruction while an ex- 
change-original gateway is relaying from the radio 
intelligent terminal to the server, said means re- 
ceives from an exchange-original gateway informa- 
tion necessary for communication with the server 
via an exchange-destination gateway together with 
an exchange notice, and executes the restart se- 
quence for communication with the exchange-des- 
tination gateway while suspending communication 
with the exchange-original gateway. 

34. A radio intelligent terminal as defined in any preced- 
ing claim, comprising: 

a display means displaying, for the period 
from a suspension of communication to a restart of 
communication, a message that the communication 



is suspended. 

35. A radio intelligent terminal as defined in any preced- 
ing claim, comprising: 

5 a display means displaying a stopping notice 

upon receiving a stopping notice from the ex- 
change-original gateway in the case that the ex- 
change-destination gateway rejects communica- 
tion with the terminal instead of an exchange notice. 

w 

36. A radio intelligent terminal as defined in any preced- 
ing claim, wherein, in the case that there is a incom- 
patibility in the communication conditions with an 
exchange-original gateway before and after the in- 

15 formation necessary after the exchange is ex- 
changed between the exchange-original gateway 
and an exchange-destination gateway, the informa- 
tion supplementing the incompatibility is sent to the 
exchange-destination gateway by a restart se- 

20 quence. 

37. A communication system as defined in any preced- 
ing claim, wherein an exchange-original gateway 
and an exchange-destination gateway use a com- 

25 mon server. 

38. A communication system as defined in any preced- 
ing claim, wherein an exchange-original gateway 
and an exchange-destination gateway each use its 

30 own server having equivalent contents. 

39. A communication system as defined in any preced- 
ing claim, wherein an exchange-original gateway 
and an exchange-destination gateway each in- 

35 eludes a built-in server having equivalent contents. 

40. A communication method which establishes com- 
munication between a radio intelligent terminal and 
a server via a gateway, wherein generation of a 

40 gateway exchange is notified to the radio intelligent 
terminal upon receiving a gateway exchange in- 
struction. 

41. A communication method which establishes com- 
45 munication between a radio intelligent terminal and 

a server via a gateway, comprising following steps: 

notifying the generation of the gateway ex- 
change and information necessary for commu- 
te nication with the server via an exchange-desti- 
nation gateway at receiving a gateway ex- 
change instruction, and 
executing a restart sequence for communica- 
tion with the exchange-destination gateway af- 
55 ter receiving, from an exchange original gate- 
way, information necessary for communication 
with the server via the exchange-destination 
gateway. 
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42. A communication method which establishes com- 
munication between a radio intelligent terminal and 
a server via a gateway according to Claim 41 com- 
prising the following further steps: 

5 

notifying the radio intelligent terminal of the in- 
formation necessary for communication be- 
tween the radio communication terminal and 
the server via the exchange-destination gate- 
way upon receiving a gateway exchange in- 10 
struction while an exchange-original gateway is 
relaying communication between the radio in- 
telligent terminal and the server; and 
executing a restart sequence for communica- 
tion with the exchange-destination gateway, is 
along with suspending communication with the 
exchange-original gateway by the radio intelli- 
gent terminal which receives from the ex- 
change-original gateway information neces- 
sary for communication with the server via the 20 
exchange-destination gateway. 

43. A communication method which establishes com- 
munication between a radio intelligent terminal and 

a server offering services to the radio intelligent ter- 25 
minal via a gateway, comprising following steps: 

notifying from an exchange-original gateway to 
an exchange-destination gateway the informa- 
tion necessary for communication between the 30 
radio intelligent terminal and the server via the 
exchange-destination gateway at receiving a 
gateway exchange instruction while the ex- 
change-original gateway is relaying communi- 
cation between the radio intelligent terminal 35 
and the server; 

notifying from the exchange-original gateway to 
the radio intelligent terminal the information 
necessary for the communication with the ex- 
change-destination gateway; and 40 
executing a restart sequence for the communi- 
cation with the exchange-destination gateway 
along with suspending the communication with 
the exchange-original gateway by the radio in- 
telligent terminal which receives the informa- 45 
tion necessary for the communication with the 
server via the exchange-destination gateway 
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